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AMENDMENTS TO THE CLAIMS: 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

LISTING OF CLAIMS: 

1 1 . (currently amended) A method for processing an internet protocol (IP) packet, 

2 comprising the step of identifying that said packet contains motion picture expert group 

3 (MPEG)-2 video as a function of only the contents of said IP data payload of said IP 

4 packet exclusive of any information in any real time protocol (RTP) header which may be 

5 therein . 

1 2. (original) The invention as defined in claim 1 wherein said MPEG-2 video is 

2 in transport stream format. 

1 3. (original) The invention as defined in claim 1 wherein said IP data payload 

2 contains at least one real time protocol (RTP) packet which contains said MPEG-2 video. 

1 4. (original) The invention as defined in claim 1 wherein said IP data payload is a 

2 unreliable datagram protocol (UDP) data payload. 

1 5. (original) The invention as defined in claim 1 wherein said IP data payload is a 

2 transmission control protocol (TCP) data payload. 

1 6. (original) The invention as defined in claim 1 further comprising the step of 

2 processing said IP packet with a priority assigned for packets containing video when said 

3 packet is identified in said identifying step to contain video. 
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1 7. (original) The invention as defined in claim 1 wherein said identifying step 

2 further includes the steps of: 

3 determining whether or not there exists within said IP data payload at least an 

4 expected pattern of MPEG-2 sync bytes that is indicative of the presence of MPEG-2 

5 video. 



1 8. (original) The invention as defined in claim 7 wherein said determining step 

2 further comprises the step of: 

3 comparing a first byte of said IP data payload after any real time protocol (RTP) 

4 header to the value of an MPEG-2 sync byte; and 

5 when the result of said comparing step is that said first byte of said IP data 

6 payload has the same value as an MPEG-2 sync byte, declaring said IP packet to be an 

7 MPEG-2 packet. 



1 9. (original) The invention as defined in claim 7 wherein said determining step 

2 further comprises the step of: 

3 comparing a first byte of said IP data payload after any real time protocol (RTP) 

4 header to the value of an MPEG-2 sync byte; and 

5 when the result of said comparing step is that said first byte of said IP data 

6 payload is an MPEG-2 sync byte and the length of said IP data payload after any RTP 

7 header is the same as the length of an MPEG-2 transport stream packet, declaring said IP 

8 packet to be an MPEG-2 packet. 
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1 10. (original) The invention as defined in claim 7 wherein said determining step 

2 further comprises the step of: 

3 terminating said process and indicating that said expected pattern does not exist in 

4 said packet unless the length of said IP data payload or the length of said IP data payload 

5 less the length of a real time protocol (RTP) header is an integral multiple of the length of 

6 an MPEG-2 transport stream packet; 

7 pointing a pointer to a byte in said IP data payload, said byte being a first byte of 

8 said IP data payload when said length of said IP data payload is an integral multiple of the 

9 length of an MPEG-2 transport stream packet and said byte being a first byte of said IP 

10 data payload after the length of a real time protocol (RTP) header when said IP data 

1 1 payload less the length of a real time protocol (RTP) header is an integral multiple of the 

12 length of an MPEG-2 transport stream packet; 

13 performing a comparison between said byte being pointed to with the value of an 

14 MPEG-2 sync byte and declaring said IP packet as a candidate to be an MPEG-2 packet 

15 when the result of a most recent comparison is that said pointed to byte of said IP data 

16 payload has the same value as an MPEG-2 sync byte 

17 adjusting said pointer to point to byte in said IP data payload that is offset toward 

1 8 the end of said IP packet by the length of an MPEG-2 transport stream packet; 

19 repeating said performing and adjusting steps so long as said most recently 

20 executed performing step declared said IP packet as a candidate to be an MPEG-2 packet 

21 and the end of said IP data payload is not yet reached; and 

22 declaring said packet to be an MPEG-2 packet when the end of said IP data 

23 payload is reached during an attempt to execute said adjusting step and said most recently 

24 executed performing step declared said IP packet as a candidate to be an MPEG-2 packet. 

1 11. (original) The invention as defined in claim 7 wherein said expected pattern 

2 is an MPEG-2 sync byte value spaced 1 88 byte positions apart. 

1 12. (original) The invention as defined in claim 7 wherein said expected pattern 

2 is an MPEG-2 sync byte value spaced apart by the length of an MPEG-2 transport stream 

3 packet. 
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1 13. (original) The invention as defined in claim 7 wherein said determining step 

2 further comprises the step of: 

3 declaring said IP packet to be an MPEG-2 packet when a search over the length of 

4 a real time protocol header and the length of one MPEG-2 transport stream packet finds 

5 sync byte for which offset therefrom by the length of one MPEG-2 transport stream 

6 packet there is another sync byte. 

1 14. (original) The invention as defined in claim 7 wherein said determining step 

2 further comprises the step of: 

3 declaring said IP packet to be an MPEG-2 packet when a search over the length of 

4 a real time protocol header and the length of one MPEG-2 transport stream packet finds 

5 the value of a sync byte for which offset therefrom at each integral multiple of the length 
^ 6 of one MPEG-2 transport stream packet there is the value of a sync byte until the end of 

7 said IP packet is reached or exeeded. 

1 15. (original) The invention as defined in claim 7 wherein said determining step 

2 further comprises the step of: 

3 declaring said IP packet to be an MPEG-2 packet when a search over the length of 

4 a real time protocol header and the length of one MPEG-2 transport stream packet finds 

5 the value of a sync byte for which offset therefrom by the length of one MPEG-2 

6 transport stream packet there is the end of packet. 

1 16. (original) The invention as defined in claim 7 wherein said each of said sync 

2 bytes has a value of 0x47. 

1 17. (original) The invention as defined in claim 7 wherein said at least one 

2 expected pattern is the value of an MPEG-2 sync byte as the first byte of said IP data 

3 payload. 

1 18. (original) The invention as defined in claim 7 wherein said expected pattern 

2 is the value of an MPEG-2 sync byte as the first byte of said IP data payload and every 

3 188 bytes thereafter till the end of said IP data payload. 
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1 19. (original) The invention as defined in claim 7 wherein said at least one 

2 expected patterns includes at least one of the sets of patterns consisting of: a) the value of 

3 an MPEG-2 sync byte as the first byte of said IP data payload after the length of a real 

4 time protocol (RTP) header and said IP data payload after said RTP header length has a 

5 length of 188 bytes, b) the value of an MPEG-2 sync byte as the first byte of said IP data 

6 payload after the length of a real time protocol (RTP) header and every 188 bytes 

7 thereafter till the end of said IP data payload, c) the value of an MPEG-2 sync byte as the 

8 first byte of said IP data payload and every 188 bytes thereafter till the end of said IP data 

9 payload, d) the value of an MPEG-2 sync byte as the first byte of said IP data payload and 
1 0 said IP data payload has a length of 1 88 bytes. 



1 20. (currently amended) A method for processing an internet protocol (IP) 

^ 2 packet, comprising the steps of: 

3 searching through a payload of said IP packet exclusive of any information in any 

4 real time protocol (RTP) header therein for a pattern indicative of the presence of motion 

5 picture expert group (MPEG)-2 video; and 

6 indicating that said IP packet contains MPEG-2 video only if said pattern is found. 

1 21. (original) The invention as defined in claim 20 wherein said searching step 

2 further includes the step of: 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream packet either before or after 

5 subtracting from said payload length the length of an RTP head. 

1 22. (original) The invention as defined in claim 20 wherein said searching step 

2 further includes the steps of: 

3 determining that a payload of said IP packet has a length equal to a length of an 

4 MPEG-2 transport stream packet; 

5 comparing the value of a first byte at a first location within said packet with the 

6 value of an MPEG-2 sync byte; and 

7 signaling said pattern is found when the result of said comparing step is that said 

8 value of said first byte at said first location matches the value of said sync byte. 
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1 23. (original) The invention as defined in claim 20 wherein said searching step 

2 further includes the step of: 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream packet, 

5 comparing the value of a first byte at a first location within said packet and each 

6 byte at an offset of a length of an MPEG-2 transport stream packet therefrom with the 

7 value of an MPEG-2 sync byte; and 

8 signaling said pattern is found when the result of each comparison performed in 

9 said comparing step is that said first byte of said packet being compared matches the 

1 0 value of said sync byte. 

1 24. (original) The invention as defined in claim 20 wherein said searching step 

2 further includes the step of: 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream packet, 

5 comparing the value of a first byte at a first location within said packet and each 

6 byte at an offset of a length of an MPEG-2 transport stream packet therefrom with the 

7 value of an MPEG-2 sync byte; and 

8 signaling said pattern is found when the result of a majority of comparisons 

9 performed in said comparing step is that said first byte of said packet being compared 
10 matches the value of said sync byte. 

1 25. (original) The invention as defined in claim 20 wherein said searching step 

2 further includes the step of: 

3 determining whether a payload of said IP packet has a length equal to an integral 

4 multiple of a length of an MPEG-2 transport stream packet, 

5 comparing the value of a first byte at a first location within said packet and each 

6 byte at an offset of a length of an MPEG-2 transport stream packet therefrom with the 

7 value of an MPEG-2 sync byte; and 

8 signaling said pattern is found when the result of at least a majority of 

9 comparisons performed in said comparing step is that said first byte of said packet being 

10 compared matches the value of said sync byte and said packet was indicated to contain an 

1 1 error. 
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1 26. (original) The invention as defined in claim 20 wherein said payload is at 

2 least one of a set of payloads within an IP packet, said set consisting of: a) an IP data 

3 payload, b) an unreliable datagram protocol (UDP) data payload that does not include a 

4 real time protocol (RTP) header, c) that portion of a UDP data payload after an RTP 

5 header that is included in said UDP data payload, and d) a transmission control protocol 

6 (TCP) data payload. 

1 27. (original) The invention as defined in claim 20 further comprising the step of 

2 processing said IP packet with a priority assigned for packets containing video when said 

3 indicating step indicates that said IP packet contains video. 

1 28. (original) The invention as defined in claim 20 wherein said pattern 

2 corresponds to the value of an MPEG-2 sync byte regularly spaced from an initial 

3 position through the end of said payload, said regular spacing being equal to the length of 

4 an MPEG-2 transport stream packet, said initial position being located within the length 

5 of a real time protocol header and the length of one MPEG-2 transport stream packet 

6 from a start of said payload. 

1 29. (original) The invention as defined in claim 20 wherein said pattern 

2 corresponds to the value of an MPEG-2 sync byte and the end of said IP packet spaced 

3 apart by the length of one MPEG-2 transport stream packet, said initial position being 

4 located within the length of a real time protocol header and the length of one MPEG-2 

5 transport stream packet from a start of said payload. 

1 30. (original) The invention as defined in claim 20 wherein said pattern 

2 corresponds to the value of an MPEG-2 sync byte regularly spaced from an initial 

3 prescribed position, said regular spacing being equal to the length of an MPEG-2 

4 transport stream packet. 



D:\PATENTS\Hearn l-21-l\Heam 1-21-1 am.doc 



8 



Serial No. 09/608,4 



1 31. (currently amended) A method for processing an internet protocol (IP) 

2 packet, comprising the steps of: 

3 searching through a payload of said IP packet exclusive of any information in any 

4 real time protocol (RTP) header therein for a pattern indicative of the presence of motion 

5 picture expert group (MPEG)-2 video; and 

6 indicating that said IP packet contains MPEG-2 video when said pattern is most 

7 likely found. 

1 32. (original) The invention as defined in claim 31 wherein said pattern 

2 corresponds to an MPEG-2 sync byte regularly spaced from an initial prescribed position, 

3 said regular spacing being equal to the length of an MPEG-2 transport stream packet. 

^ 1 33. (original) The invention as defined in claim 32 wherein said initial prescribed 



2 position is a position within the group of positions consisting of: a) the first byte in an IP 

3 data payload of said packet, b) the first byte of a UDP payload of said IP packet, c) the 

4 first byte after an RTP header of an unreliable datagram protocol (UDP) payload of said 

5 IP packet, d) the first byte of a transport control protocol (TCP) payload of said IP packet, 

6 and e) the first byte of a TCP payload after a header contained therein indicating real time 



7 information is contained in said IP packet. 

1 34. (original) The invention as defined in claim 31 further comprising the step of 

2 processing said IP packet with a priority assigned for packets containing video when said 

3 indicating step indicates that said IP packet contains video. 

1 35. (currently amended) A method for processing an internet protocol (IP) packet, 

2 comprising the steps of: 

3 searching through a payload of said IP packet exclusive of any information in any 

4 real time protocol (RTP) header therein for a pattern indicative of video; and 

5 indicating that said IP packet contains video when said pattern is found; and 

6 indicating that said IP packet does not contain video when said pattern is not 

7 found. 
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1 36. (original) The invention as defined in claim 35 further comprising the step of 

2 processing said IP packet with a priority assigned for packets containing video when it is 

3 indicated that said IP packet contains video. 

1 37. (original) The invention as defined in claim 35 wherein said pattern 

2 corresponds to the value of an MPEG-2 sync byte regularly spaced from an initial 

3 position through the end of said payload, said regular spacing being equal to the length of 

4 an MPEG-2 transport stream packet, said initial position being located within the length 

5 of a real time protocol header and the length of one MPEG-2 transport stream packet 

6 from a start of said pay load. 

1 38. (original) The invention as defined in claim 35 wherein said pattern 

2 corresponds to the value of an MPEG-2 sync byte regularly spaced from an initial 

3 prescribed position, said regular spacing being equal to the length of an MPEG-2 

4 transport stream packet. 

1 39. (original) The invention as defined in claim 38 wherein said initial prescribed 

2 position is a position within the group of positions consisting of: a) the first byte in an IP 

3 data payload of said packet, b) the first byte of a UDP payload of said IP packet, c) the 

4 first byte after an RTP header of an unreliable datagram protocol (UDP) payload of said 

5 IP packet, d) the first byte of a transport control protocol (TCP) payload of said IP packet, 

6 and e) the first byte of a TCP payload after a header contained therein indicating real time 

7 information is contained in said IP packet. 

1 40. (currently amended) A computer program in the form of machine readable 

2 instructions, said computer program being for causing a system including a processor to: 

3 search through a payload of an internet protocol (IP) packet exclusive of any 

4 information in any real time protocol (RTP) header therein for a pattern indicative of the 

5 video; 

6 indicate that said IP packet contains video when said pattern is found; and 

7 indicate that said IP packet does not contain video when said pattern is not found. 
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1 41. (original) The invention as defined in claim 40 wherein said computer 

2 program further causes said processor to 

3 process said IP packet with a priority assigned for packets containing video when 

4 said IP packet is indicated to contain video. 

1 42. (currently amended) Apparatus comprising: 

2 a processor; 

3 a memory coupled to said processor for storing a received internet protocol (IP) 
| 4 packet; and 

5 a program store; 

6 wherein said program store contains instructions for causing said processor to 

7 search through a payload of an internet protocol (IP) packet exclusive of any 

8 information in any real time protocol (RTP) header therein for a pattern indicative of the 

9 video; 

10 indicate that said IP packet contains video when said pattern is found; and 

1 1 indicate that said IP packet does not contain video when said pattern is not found. 



1 43. (currently amended) Apparatus, comprising: 

2 means for searching through a payload of an internet protocol (IP) packet 

3 exclusive of any information in any real time protocol (RTP) header therein for a pattern 

4 indicative of video; and 

5 means for indicating that said IP packet contains video when said pattern is found. 
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